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DATABASE  ADMINISTRATION: 
CONCEPTS,    TOOLS,    EXPERIENCES,    AND  PROBLEMS 


Belkis  Leong-Hong 
and 

Beatrice  Marron 


In  this  report  the  concepts  of  database  ad- 
ministration, the  role  of  the  database  administra- 
tor (DBA) ,  and  computer  software  tools  useful  in 
database  administration  are  described  in  order  to 
assist  database  technologists  and  managers.  A 
study  of  DBA's  in  the  Federal  Government  is  de- 
tailed in  terms  of  the  functions  they  perform,  the 
software  tools  they  use,  the  problems  they  have 
encountered,  and  advice  they  offer.  Finally,  some 
guidelines  are  presented  on  what  database  adminis- 
tration should  do  for  management,  and  what  manage- 
ment must    do  for  their  DBA's. 

Key  words:  Computer  software;  database 

administration;  database  administrator  (DBA); 
database  management  system  (DBMS) ;  data  element 
dictionary/directory   (DED/D) . 


1.  INTRODUCTION 


Increased  awareness  of  managers  that  data  is  an  organi- 
zational resource  has  led  to  a  recognized  need  for  discip- 
lined control  of  all  automated  and  non-automated  data.  This 
control  is  embodied  in  a  set  of  management  procedures  and 
technical  functions  which  is  characterized  as  "database  ad- 
ministration". At  the  present  time  the  term  database  ad- 
ministration is  applied  to  a  conglomeration  of  duties  and 
responsibilities  for  which  there  exists  no  standard.  There 
is  much  interest  in  this  emerging  discipline,  both  inside 
and  outside  the  Federal  Government. 

The  National  Bureau  of  Standards  (NBS)  is  charged 
under  the  provisions  of  Public  Law  89-306  (the  Brooks  Act) 
to  assist  Federal  information  managers  in  their  data  pro- 
cessing needs.  NBS  assesses  new  developments  in  information 
and  computer  sciences  and  technologies,  in  order  to  help 
other       agencies       apply     technological     solutions     to  data 
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processing  problems.  Several  recent  NBS  studies  in  the  data 
management  area  have  focussed  on  software  tools  such  as  data 
element  dictionary/directory  (DED/D)  systems  and  database 
management  systems    (DBMS)    [1,   19,   26,  27]. 

In  this  report,  concepts  and  functions  of  database  ad- 
ministration are  examined.  Tools  useful  to  the  practicing 
database  administrator  (DBA) ,  and  problems  common  among 
DBA's  are  discussed.  Critical  needs  and  common  pitfalls  are 
identified  to  provide  guidance  to  the  database  technologist, 
the  manager,  and  the  new  DBA.  A  bibliography  of  relevant 
literature  is  included  as  Appendix  A. 

To  gather  experiential  data  for  this  study,  we  consult- 
ed DBA's  in  the  Federal  Government.  These  DBA's  were  very 
candid  about  the  problems  to  be  expected  in  establishing  a 
viable  database  administration  operation,  and  they  provided 
insight  into  the  rewards  of  an  effectively  controlled  data- 
base environment.  Their  cooperation  is  greatly  appreciated. 
Although  the  sample  was  small  and  from  a  specialized  commun- 
ity, the  observations  made  are  applicable  to  the  entire  da- 
tabase community. 


2.      DATABASE  ADMINISTRATION  CONCEPTS 


Database  administration  encompasses  all  the  technical 
and  management  activities  required  for  organizing,  maintain- 
ing and  directing  the  database  environment.  Throughout  this 
report  "Database"  is  used  to  mean  "all  of  the  data  of  the 
organization  which  is  organized  and  controlled  using  a  data- 
base technology,"  or  "a  systematic  methodology  for  the  stan- 
dardization and  integration  of  data  resources  at  an  organi- 
zation level"    [28].  A  database  environment  consists  of: 

*  the  database,  as  defined  above,  including  automated 
and  non-automated  data; 

*  the  database  administrator  (DBA) ,  the  manager  of  the 
database  environment; 

*  the  software  tools  used  in  data  administration  and 
data  processing;  and 

*  the  users  of  the  database. 

It  should  be  noted  that  while  a  DBMS  is  a  very  useful  tool 
for  database  administration,  the  mere  usage  of  a  DBMS  does 
not  constitute  establishing  a  database  environment. 
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The  main  goals  of  database  administration  are:  to  op- 
timize usage  of  data  in  a  shared  database  environment;  to 
incorporate  a  systematic  methodology  for  the  centralized 
management  and  control  of  data  resources;  and  to  balance 
conflicting  objectives  with  respect  to  the  organization's 
mission  and  the  overall  economy  of  data  handling.  Among 
the  key  requirements  for  effective  database  administration 
are:  strong  management  commitment  and  support;  technically 
competent  staff;  team  participation  in  the  database  environ- 
ment by  DBA's,  management,  technical  staff,  and  users;  and  a 
well-defined  Database  Master  Plan.  This  Master  Plan  must  be 
developed  early,  and  must  include:  plans  for  transition  into 
a  database  environment,  for  staffing,  and  for  acquisition  of 
systems  and  services;  definition  of  responsibilities;  and 
rules  and  procedures  for  operation.  Significant  advantages 
that  database  administration  can  provide  are: 

*  The  database  can  be  better  managed,  especially  if  the 
data  resources  are  centralized  and  shared; 

*  Data  independence  can  be  accomplished  via  controlled 
definition,  design  and  implementation  of  the  database; 

*  Data  redundancy  and  inconsistency  can  be  reduced  by 
balancing  conflicting  requirements; 

*  Data  integrity  can  be  improved  via  standard  usages, 
increased  data  reliability,  and  enforced  security  res- 
tr  ict ions ; 

*  Increased  responsiveness  to  the  various  user  communi- 
ties can  result  from  better  controlled,  and  more  up- 
to-date  data;  and 

*  Economic  benefits  can  be  derived  from  elimination  of 
unnecessarily  duplicative  processing. 

The  degree  to  which  database  administration  should  be 
applied  depends  on  the  size  and  complexity  of  the  databases, 
and  the  information  needs  of  the  overall  organization.  How- 
ever, proliferating  databases,  overlapping  requirements, 
lack  of  data  integrity,  and  duplication  of  efforts  are  symp- 
toms of  the  need  for  database  administration. 


2.1     Database  Administration  Functions 

There  is  wide  agreement  on  the  basic  functions  of  data- 
base administration.  A  list  of  tasks  most  commonly  per- 
formed by  the  DBA  was  compiled  from  the  literature,  and  is 
presented  below  [4,  5,  6,  9,  22,  23,  29,  34,  35,  37,  38]. 
This     list     of     functions     is     not     exhaustive,     but     it  is 
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representative. 


1.  Database  definition/  redefinition.  The  DBA  should 
identify  and  define  common  data  elements,  define  the 
relationships  between  data  elements  and  other  com- 
ponents such  as  programs,  files,  and  systems.  The  de- 
finition of  the  data  elements  and  the  data  relation- 
ships should  be  based  on  a  clear  understanding  of  each 
participating  user  community's  requirements,  as  well  as 
the  overall  organization's  needs.  Where  possible,  the 
DBA  uses  a  data  definition  language  to  define  and 
structure  the  database.  It  is  also  in  the  DBA's  pur- 
view to  define,  review  and  monitor  data  standards.  If 
the  need  arises  for  changing  and  re-structuring  the  da- 
tabase, the  DBA  should  initiate  this  activity,  and 
redefine  the  database,  or  any  part  of  it  to  meet  chang- 
ing requirements. 

2.  Selection  and  procurement.  The  DBA  should  partici- 
pate in  the  processes  of  evaluation,  selection,  and 
procurement  of  hardware,  software,  and  services  related 
to  database  administration. 

3.  Database  design/  redesign.  The  main  design  activity 
is  the  design  and  structuring  of  the  entire  database, 
taking  into  consideration  the  differing  needs  of  the 
entire  user  community.  This  includes  design  of  the 
data  structure  as  seen  by  the  application  community, 
the  storage  structure,  mapping  and  search  strategies, 
and  access  methods,  as  well  as  design  of  the  DED/D  and 
of  support  software  for  creating,  maintaining,  and 
reorganizing  the  database.  If  the  need  arises,  redesign 
and  restructuring  activities,  encompassing  all  the  ele- 
ments above  are  also  the  DBA's  responsibilities. 

4.  Database  creation.  Under  this  function  are  included 
such  activities  as  data  collection,  database  loading 
and  testing,  and  implementation  of  data  definitions, 
the  DED/D  and  other  database  support  software. 

5.  Database  Security/Integrity.  The  database  security 
function  is  intended  to  guard  against  unauthorized  ac- 
cess to  the  database,  and  unauthorized  update,  copying, 
removal  or  destruction  of  any  part  of  the  database. 
This  may  be  achieved  through  the  use  of  security  locks 
and  keys,  cryptography,  etc.  Database  integrity  is  re- 
lated to  the  DBA's  responsibility  for  the  correctness 
and  accuracy  of  the  data.  It  can  be  achieved  through 
the  use  of  validation  checks,  loggings,  dumps,  backup 
and  recovery  procedures , and  auditing  procedures. 


6.  Database  maintenance/management.  The  DBA  should  be 
responsible  for  the  continued  well-being  of  the  data- 
base environment.  As  such,  it  is  his  responsibility  to 
maintain  and  update  database  definitions  and  database 
documentation,  and  to  maintain  and  update  the  DED/D  and 
other  database  support  software.  The  DBA  should  inter- 
pret and  administer  high  level  management  policies  re- 
lated to  the  database,  and  define  rules  of  use  and  ac- 
cess constraints  for  the  database.  In  addition,  he 
should  be  responsible  for  review,  and  approval  of  new 
data  definitions  and  enforcement  of  data  standards. 

7.  Database  performance  monitoring  and  evaluation. 
Responsibilities  should  include  reviewing,  test ing ,  and 
evaluating  the  performance  of  automated  as  well  as  pro- 
cedural data  activities;  initiation  of  system  improve- 
ment when  indicated;  assessment  of  the  impact  of 
changes;  and  maintenance  of  state-of-the-art  awareness. 
If  the  performance  evaluation  and  monitoring  activities 
indicate  that  the  database  is  no  longer  effective  or 
efficient  in  the  present  configuration,  redefinition, 
redesign,  and  restructuring  activities  may  be  undertak- 
en . 

8.  Database  enforcement.  Enforcement  activities  include 
determination  of  compliance  with  established  standard 
usages;  development  of  database  content,  organization, 
and  storage  control  procedures;  and  responsibility  for 
access  control  and  security  of  the  database,  such  as 
password  issuance. 

9.  Liaison  with  users,  with  systems  and  application 
analysts,  and  with  organizational  management  should 
provide  information,  assistance  and  guidance  on  the  use 
of  database  facilities,  to  detect  and  correct  user 
problems,  and  to  notify  users  of  changes  in  system 
status . 

10 .  Training  of  users,  staff  and  management  should  be 
coordinated  to  develop  awareness  of  database  concepts, 
and  available  resources. 

There  is  another  category  of  functions  which  is  typi- 
cally performed  before  the  database  environment  is  opera- 
tional. This  category  of  initiation  functions  includes  such 
activities  as  planning,  formulating  a  Database  Master  Plan, 
performing  feasibility  studies,  personnel  staffing,  and 
negotiating  participation  in  the  database  environment  with 
different  groups  of  users. 
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2.2     The  Database  Administrator 

The  DBA,  in  theory,  is  the  organization's  leader  in 
planning,  design,  development,  implementation,  testing,  do- 
cumentation, operation,  and  maintenance  of  the  entire  data- 
base environment.  The  role  of  the  DBA  is  usually  character- 
ized as  both  technical  and  administrative.  There  is  also  a 
promotional  dimension  to  this  role,  since  the  DBA  represents 
the  database  administration  concepts  and  procedures  to  all 
participants,  and  coordinates  all  database  activities  among 
managers,  analysts,  systems  and  application  programmers,  and 
users.  Because  database  administration  activities  impact 
across  organizational  boundaries,  the  DBA  position  is  sensi- 
tive, and  the  DBA  must  be  astute  to  jurisdictional  questions 
and  competing  mission  requirements.  It  should  be  noted  that 
although  the  tasks  in  database  administration  are  performed 
by  one  or  more  persons,  there  is  usually  one  person  who  is 
charged  with  the  responsibility  for  coordinating,  control- 
ling and  directing  activities  in  the  database  environment. 
This  person  is  generally  designated  as  the  DBA. 

Although  there  is  agreement  on  the  basic  functions  of 
database  administration,  there  is  no  standard  set  of  duties 
and  responsibilities  for  the  DBA.  Several  factors  that  in- 
fluence the  definition  and  extent  of  the  DBA  role  within  an 
organization  are: 

a)  functional  orientation, 

b)  scope, 

c)  stage  of  implementation,  and 

d)  organizational  placement. 

All  these  factors  depend  on  the  degree  of  commitment  to 
the  database  environment  by  the  implementing  organization. 
In  order  to  characterize  fully  a  DBA,  it  is  necessary  to 
describe  him  in  terms  of  the  four  factors  mentioned  above. 
Together,  these  determine  the  role  of  the  DBA,  and  the  func- 
tions that  are  performed  and  emphasized. 

2.2.1  Functional  orientation.  There  are  two  extremes  of 
functional  orientation: 

a.  Technical ;  TShe  DBA  manages  the  database,  he  has 
an  extensive  technical  background,  and  is  responsible 
primarily  for  the  technical  operation  of  the  database 
environment . 

b.  Administrative :  The  DBA  is  a  manager,  who  may  or 
may  not  have  detailed  technical  background.  Usually  the 
administrative  DBA  has  a  staff  of  technical  personnel 
that  handles  the  technical  day-to-day  operations  of  da- 
tabase administration. 
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In  practice,  none  of  the  DBA's  is  strictly  technical  or 
strictly  administrative,  but  a  combination  of  the  two.  As 
mentioned  before,  there  is  also  often  a  promotional  orienta- 
tion in  the  DBA  function. 


2.2.2  Scope.  It  is  inevitable  that  factors  such  as  the  mis- 
sion of  the  database  administration  effort,  the  database  en- 
vironment, and  the  size  of  the  organization  will  have  signi- 
ficant influence  on  the  scope  of  the  DBA.  Scope  can  fall 
into  two  categories: 

a.  Pro j  ect-or  iented ;  The  project  DBA  has  complete 
responsibility  and  control  for  all  database-related  is- 
sues pertaining  to  that  project.  The  project  DBA  some- 
times reports,  to  an  overall-organization  DBA.  The  term 
"local"  DBA  has  also  been  used  to  refer  to  the  project 
DBA. 

b.  Over all-organizat ion-or  iented :  The  organizational 
DBA  has  complete  control  and  responsibilities  for  all 
database-related  issues  for  the  corporate  data 
resources.  Such  DBA's  are  usually  placed  very  high  or- 
ganizationally. The  term  "global"  DBA  has  also  been 
used  to  refer  to  the  organizational  DBA. 

2.2.3  Stage  of  implementation.  Although  stage  differentia- 
tion is  an  ephemeral  characterization,  it  is  of  interest  in 
the  context  of  differences  in  the  DBA  functions.  The  stages 
of  implementation  are:     initiation,  design,  and  operation. 

Activities  performed  by  DBA's  in  each  of  these  stages 
will  differ  in  their  emphasis.  For  example,  during  the  ini- 
tiation stage,  activities  such  as  feasibility  studies,  plan- 
ning, and  system  selection  will  be  predominant;  as  the  da- 
tabase administration  function  progresses  to  the  operational 
stages,  performance  monitoring  and  evaluation  activities, 
maintenance  and  management  activities,  and  efficiency  im- 
provement activities  will  predominate.  All  the  while,  the 
ten  basic  functions  outlined  in  the  previous  section  are 
performed  to  some  degree. 


2.2.4  Organizational  Placement.  The  consensus  among  data 
resource  technologists  is  that  the  DBA  function  should  be 
placed  very  high  organizationally  in  order  to  ensure  its 
success.  Three  examples  of  organizational  placement  are 
presented  below: 
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In  the  first  example,  the  DBA  is  located  in  the 
director's  office.  Placed  that  highly,  the  DBA  can  have  a 
great  amount  of  clout,  since  the  office  at  least  implicitly 
has  the  direct  support  of  executive  management.  As  a  part 
of  the  director's  staff,  the  DBA  should  have  access  to  the 
organizational  data  resources  and  can  exact  cooperation  from 
the  line  organizations. 

A  second  example  is  the  DBA  as  a  staff  position  in  the 
Comptroller's  Office.  A  direct  line  of  communication  to  the 
Comptroller  could  have  great  leverage,  since  the  "purse 
string"  can  be  used  as  a  lever  in  assuring  compliance  to  da- 
tabase rules  and  regulations. 

A  third  example  pictures  the  DBA  as  a  sub-unit  of  the 
data  processing  shop.  This  represents  the  lower  end  of  the 
spectrum  in  organizational  placement.  As  a  staff  member  of 
a  service  unit,  the  DBA  usually  would  have  less  authority 
organization-wide  than  in  either  of  the  two  cases  mentioned 
above,  and  can  expect  less  cooperation  from  the  rest  of  the 
organization . 


3.      THE  DATABASE  ADMINISTRATION  TOOLCHEST 


There  are  a  great  number  of  software  packages  available 
in  the  market  that  can  help  the  DBA.  The  use  of  these  tools 
can  have  direct  impact  on  all  phases  of  the  management  and 
control  of  data  resources.  Two  software  tools  are  con- 
sidered to  be  greatest  in  importance  in  database  administra- 
tion. These  are:  the  Data  Element  Dictionary/Directory 
(DED/D)  system,  and  the  Data  Base  Management  System  (DBMS) , 
both  of  which  are  discussed  below.  Then,  descriptions  of 
other  database  administration  tools  and  auxiliary  tools  are 
presented . 


3.1     DBMS  and  DED/D 

Database  Management  Systems  (DBMS)  and  Data  Element 
Dictionary/Directory  Systems  (DED/D)  are  two  "core"  tools 
for  the  DBA,  and  complement  each  other  in  the  management  of 
the  database  environment.  In  fact,  many  of  the  benefits 
realized  from  the  use  of  a  DED/D  are  parallel  to  the  ones 
attributed  to  the  use  of  a  DBMS.  However,  it  should  be  not- 
ed that  while  the  benefits  realized  from  a  DBMS  are  directly 
related  to  the  effective  computer  processing  of  the  data; 
the  benefits  from  a  DED/D  are  directly  related  to  the  effec- 
tive    collection,     specification  and  management  of  the  total 
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data  resources  of  an  organization. 

Among  the  tangible  benefits  that  can  be  derived  from 
the  use  of  a  DBMS  and  a  DED/D  are   [19,  27]: 

*  Sharing  of  data  resources; 

*  Simple  and  effective  control  of  the  data  elements; 

*  Reduction  of  data  redundancy  and  inconsistency; 

*  Enforcement  of  standard  definitions  and  usages; 

*  Enforcement  of  security  safeguards  and  controlled 
accessibility  to  the  database; 

*  Maintenance  of  data  integrity; 

*  Determination  of  the  impact  on  the  total  informa- 
tion activity     from  changes  to  data  elements; 

*  Resolution  of  conflicting  requirements; 

*  Centralization  of  data  elements  as  an  aid  in 
design  and  development  of  new  systems;  and 

*  Consistency  in  documentation  for  the  database. 

It  should  be  noted  that  it  is  not  an  absolute  require- 
ment that  those  subscribing  to  the  concepts  of  database  ad- 
ministration must  use  a  DBMS  or  a  DED/D.  However,  experience 
shows  that  when  the  database  environment  becomes  operation- 
al, plans  are  made  to  procure  either  one  or  both  of  these 
tools.  Some  advocate  the  phased  installation  of  these  two 
tools,  with  the  DED/D  preceding  the  DBMS.  But  regardless  of 
the  stage  at  which  these  tools  are  installed,  their  funda- 
mental importance  cannot  be  overly  emphasized. 

3.1.1  Database  Management  Systems  .  A  DBMS  is  a  software 
tool  that  provides  an  integrated  source  of  data  for  multiple 
users,  while  presenting  different  views  of  the  data  to  dif- 
ferent users.  It  can  be  characterized  as  generalized 
software  which  provides  a  single  flexible  facility  for  ac- 
commodating different  data  files  and  operations,  while 
demanding  less  programming  effort  than  conventional  program- 
ming languages  [19].  It  features  easy  access  to  the  data; 
facilities  for  storage  and  maintenance  of  large  volumes  of 
data;  and  most  importantly,  the  capability  for  sharing  the 
data  resources  among  different  types  of  users. 
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Database  Management  Systems  range  from  elementary  sys- 
tems with  single  record  structures,  providing  rudimentary 
report  formatting  facilities,  to  very  elaborate  systems  han- 
dling several  files  with  hierarchical  structures,  performing 
functions  in  an  online  mode,  and  having  sophisticated  query 
and  report-writing  capabilities. 

3.1.2  Data  Element  Dictionary/Directory  Systems.  As  data 
resources  continue  to  grow  ,  it  is  becoming  apparent  that 
not  all  data  problems  are  necessarily  resolved  with  the  use 
of  a  DBMS,  especially,  since  not  all  the  data  is  automated. 
A  recent  trend  is  to  use  a  separate  class  of  automated  tools 
that  provide  central  control  of  all  data  resources  in  a  uni- 
form manner  across  organizational  lines,  the  Data  Element 
Dictionary/Directory  systems.  The  DED/D  performs  some  of 
the  same  functions  as  the  DBMS;  however,  it  is  different  in 
that  the  thrust  of  the  DED/D  is  to  provide  control  over  ALL 
the  data  resources,  both  automated  and  non-automated.  Since 
the  design  objectives  of  the  DED/D  coincide  with  the  basic 
goals  of  database  administration,  it  is  not  surprising  that 
the  DED/D  is  one  of  the  basic  tools  in  the  DBA  toolchest. 
Two  recent  NBS  Special  Publications  survey  the  state  of 
the  art   in  DED/D ' s    [26,  27]. 

3.1.3  DED/D  Relationship  to  DBMS.  Because  DED/D ' s  are  con- 
cerned with  the  management  of  data  elements,  it  is  logical 
that  there  should  exist  a  strong  relationship  between  a 
DED/D  and   a  DBMS. 

Interfaces  enhance  the  usefulness  of  both  the  DBMS  and 
the  DED/D,  and  in  fact,  many  of  the  commercially-available 
DED/D's  provide  interfaces  to  various  DBMS ' s .  These  inter- 
faces provide  the  user  with  the  ability  to  [27]: 

a)  Define  the  database  to  the  DED/D,  capitalizing  on 
DBMS  resources,  such  as  existent,  well-defined  file 
structures  and  access  methods; 

b)  Generate  data  element  definitions  for  a  DBMS  from  an 
up-to-date  DED/D;  and 

c)  Exercise  control  over  the  data  elements  of  a  DBMS 
using  DED/D  facilities. 

3.2     Other  Database  Administration  Tools 

Tools  which  are  useful  primarily  in  database  adminis- 
tration are  described  below  in  terms  of  their  functions.  It 
is  important  to  note  that  these  software  tools  may  appear  as 
a  single,  self-contained  piece  of  software;  as  a  part  of 
another  piece  of  software;  or  as  a  utility     or     facility  of 
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DBMS,  the  DED/D,  or  the  operating  system. 
Information/Data  Retrieval  System 

An  information/data  retrieval  system  (IRS)  is  a 
program  or  set  of  programs  that  enables  the  user  to  re- 
trieve information  in  a  variety  of  formats.  Some  IRS' 
operate  in  batch  mode.  However,  most  modern  IRS  pro- 
vide interactive  (conversational)  capabilities,  includ- 
ing extensive  user-oriented  facilities  and  rapid 
response  to  system  commands. 

Online  Query  System 

An  online  query  system  is  a  separate  set  of  pro- 
grams, or  a'  feature  within  a  DBMS,  that  enables  the 
user  to  obtain  information  contained  in  a  database  in- 
teractively. 

Data  Entry  System 

A  data  entry  system  provides  the  facilities  for 
automatic  data  entry  and  data  collection.  Some  provide 
interactive  data  entry  facilities,  allowing  for  key  ve- 
rification, limited  editing,  and  formatting.  Some  allow 
batch  operation  to  enable  massive  data  loading. 

Editor 

An  editor  facilitates  selective  m.odif ication  and 
correction  of  data,  program  or  document  text.  Special 
purpose  editors  are  available,  geared  towards  entry, 
modification  and  editing  of  data,  files,  programs,  or 
texts.  Facilities  may  be  provided  to  edit  input  tran- 
sactions against  a  set  of  predefined  validation  cri- 
teria. 

Flowchart  Generator 

A  flowchart  generator  produces  a  pictorial  diagram 
of  the  flow  of  control  and  logical  paths  of  a  computer 
program.  Narrative  documentation  may  be  produced  as  a 
side-benefit. 

Text  Processor 

A  text  processor  is  a  documentation  aid  that  ac- 
cepts lines  of  source  texts  interspersed  with  format 
control  commands,  and  formats  the  text  into  a  print- 
able, paginated  document  with  a  user-designed  style. 
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Report  Generator 


A  report  generator  allows  automatic  generation  of 
pr e-f ormatted  reports  on  a  production  basis,  or  allows 
definition  of  ad-hoc  reports,  via  parameters.  Some  ru- 
dimentary data  manipulation  functions  may  be  performed, 
and  data  extraction  from  an  established  database  may  be 
possible . 

Cross-Refer ence  Generator 

A  cross-reference  generator  for  databases  produces 
listings  of  data  elements  used  in  files,  programs  and 
systems,  indicating  where  data  elements  are  being 
referenced.  For  programs,  it  produces  listings  of  the 
variables  (data  elements)  used  in  programs, 
subroutines,  and  systems,  indicating  where  they  are  be- 
ing referenced. 

Text/File  Reformatter 

A  text/file  reformatter  rearranges  and  structures 
files  according  to  specifications,  and  rearranges  and 
structures  text  and  source  programs  for  improved  reada- 
bility. It  may  provide  limited  text  additions  for  do- 
cumentation purposes. 

Data/File  Maintenance  Programs 

Data/file  maintenance  programs  perform  global 
changes  for  all,  or  selected,  records  in  a  file,  while 
reporting  changes  in  data  content  before  and  after 
operations.  They  may  provide  data/file  edit  capabili- 
ties, and  data  items  deleted  or  added  may  be  flagged 
for  audit  trail  purpose.  Data  and  file  maintenance 
programs  may  be  a  self  contained  software  package,  a 
set  of  utility  programs  provided  by  the  operating  sys- 
tem, or  a  feature  of  the  DED/D  or  the  DBMS. 

Data  Editing  and  Validation  System 

A  data  editing  and  validation  system  provides  the 
user  with  the  ability  to  perform  data  validity  tests, 
data  editing,  error  correction  and  error  reporting,  or 
any  subset  of  these  tasks.  It  may  be  parameter-driven, 
so  that  different  edit  requirements  can  be  accommodat- 
ed. These  functions  may  be  performed  in  an  entirely 
interactive  manner,  or  completely  batch,  or  a  combina- 
tion of  the  two  modes. 
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Data  Auditor 


A  data  auditor  examines  source  data  definitions 
and  analyzes  data  relationships,  data  structures,  for- 
mats and  storage  usages  for  consistency,  validity,  and 
efficient  utilization.  It  may  provide  a  dictionary  or 
a  catalogue  that  contains  definitions  of  the  data  at- 
tributes, and  characteristics  of  the  data  type.  The 
data  auditor  is  available  as  a  self-contained  software 
product,  but  it  is  also  available  as  a  feature  of  the 
DED/D  or   the  DBMS. 

Data  Security 

A  data  security  module  may  provide  protection  over 
sensitive  data,  by  encrypting/decrypting,  and  by  con- 
trolling access  to  the  sensitive  parts  of  the  database. 
Data  security  can  be  achieved  through  encoding  and 
decoding,  or  through  execution-time  password  capabili- 
ties . 

Test  Data  Generator 

A  test  data  generator  produces  test  data  files  ac- 
cording to  specifications.  The  test  data  can  then  be 
used  for  testing  application  software. 

Optimizers 

Optimizers  apply  changes  directly  to  program 
source  code  in  order  to  make  them  run  more  efficiently 
in  terms  of  reduced  run-time,  or  reduced  core  require- 
ments. They  may  perform  analysis  of  the  program  for 
undetected  bugs  and  optimal  logical  flow. 

Automatic  Space  Generators 

Automatic  space  generators  find  available  space 
for  programs  or  files  that  are  awaiting  processing. 

Scheduler 

Schedulers  allocate  available  computing  resources 
in  order  to  optimize  the  use  of  resources  to  daily 
workloads.  They  may  produce  reports  indicating  the 
areas  where  optimization  of  the  resources  may  occur. 
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Project  Manager 


A  project  manager  is  a  software  tool  that  provides 
data  collection,  storage,  and  reporting  facilities 
aimed  at  personnel  time  and  task  accounting.  They  may 
be  coupled  with  PERT  packages,  and  other  productivity 
and  scheduling  management  aids. 

Librarian   (program,   file,  etc.) 

Librarians  facilitate  organized  and  economical 
storage  of  programs,  texts,  data  sets,  and  object 
modules  for  centralized  retrieval  and  updates.  They 
may  collect  accounting  data  to  assist  in  storage  allo- 
cation . 


4 .  SURVEY 


In  order  to  gain  insight  into  the  subject  of  database 
administration,  it  was  decided  to  go  into  the  ADP  community, 
and  talk  to  people  who  perform  the  functions  of  database  ad- 
ministration. The  study  was  limited  to  in-depth  conversa- 
tions with  twelve  DBA's  from  the  Federal  Government  in  the 
Washington,  D.  C.  area.  All  the  meetings  took  place  in 
mid-1977.   The  agencies  represented  were: 

Civil  Service  Commission 
Department  of  Agriculture 
Department  of  Commerce--  NBS 
Department  of  Defense--  DCEC 
Department  of  Defense--  MILPERCEN 
Department  of  Defense--  NAVY 

Department  of  Health  Education  and  Welfare-- 

--  Social  Security  Administration 
Department  of  Housing  and  Urban  Development 
Energy  Research  and  Development  Administration 
Federal  Deposit  Insurance  Corporation 
Federal  Power  Commission 
Treasury  Department 

There  is  usually  more  than  one  person  in  an  organiza- 
tion performing  database  administration  functions,  and  in 
fact,  often  several  members  of  the  organization  were  present 
at  our  meetings,  presenting  us  with  a  broader  and  more  ob- 
jective picture  of  database  administration  within  that  or- 
ganization. The  discussions  were  conducted  using  a  struc- 
tured approach,  but  on  an  informal  level.  An  outline  had 
been    prepared  and  is  included  as  Appendix  B.     The  DBAs  were 
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given  lists  of  the  functions,  and  tools  discussed  in  the 
previous  sections;  these  lists  are  included  as  Appendices  C 
and  D. 

The  discussions  were  organized  in  five  areas:  back- 
ground, tasks,  tools,  problems,  and  advice;  and  this  section 
follows  that  scheme.  A  composite  case  study  is  presented, 
rather  than  individual  case  studies.  Similarities  and 
differences  are  analyzed  in  terms  of  the  DBA  functional 
orientation,  scope,  stage  of  implementation  and  organiza- 
tional placement. 


4.1  Background 

A  summary  profile  of  our  sample  of  Federal  DBA's  fol- 
lows : 

There  is  not  yet  within  the  Government  a  position  clas- 
sification entitled  "Database  Administrator."  All  of  the 
DBA's  interviewed  have  a  Civil  Service  Commission  classifi- 
cation of  "Computer  Specialist,"  "Database  Analyst,"  or 
"Computer  Systems  Administrator,"  which  falls  in  the  GS-334, 
330,  or  301  classification  series.  Some  had  the  classifica- 
tion sub-title  of  DBA.  In  more  than  half  the  cases,  the 
person's  organizational  title  is  DBA.  The  interviewees  were 
equally  divided  between  male  and  female.  They  consider 
themselves  administrators,  although  they  usually  have  a 
technical/computer  background.  The  lead  person  is  rated 
GS-13  to  GS-15. 

The  support  staff  averages  6  in  number,  and  includes 
both  administrative  and  technical  personnel.  The  staff's 
training  is  usually  technical,  enhanced  by  vendor-provided 
courses,  and  supplemented  by  users  groups  meetings  and  con- 
ventions . 

75%  of  those  interviewed  consider  themselves  over-all 
organization-oriented  rather  than  project-oriented;  one  half 
of  these  had  other  project-oriented  DBA's  reporting  to  them. 
There  were  varying  degrees  of  control  over  project  informa- 
tion . 

In  about  40%  of  the  cases,  the  DBA  function  was  opera- 
tional; the  rest  were  in  various  stages  of  initiation, 
design  and  development.  Those  that  were  operational  had 
been  in  existence  from  1-1/2  years  to  4-1/2  years.  The  date 
of  creation  of  the  function  frequently  was  preceded  by  ex- 
tensive unofficial  initiation  activities,  ranging  from  12  to 
18  months.  Those  that  were  in  the  initiation  phases  were  6 
to  12  months  old.  It  is  interesting  to  note  that  in  those 
cases     where     the     database       administration       function  is 
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operational  rather  than  in  the  initiation  phase,  the  chief's 
title  is  more  often  DBA,  and  the  grade  level  is  at  the 
higher  end  of  the  range. 

Those  that  were  in  the  initiation  stages  viewed  their 
database  administration  functions  as  being  technical  rather 
than  administrative.  Those  that  have  been  operational  for 
longer  periods,  viewed  their  functions  as  being  both  admin- 
istrative and  technical.  Further,  those  with  an  operational 
status  usually  have  a  Database  Master  Plan,  a  better  idea  of 
what  the  DBA  tasks  involve,  and  fairly  well-defined  respon- 
sibilities . 

The  database  administration  activity  is  usually  located 
within  the  data  processing/information  management  area  of  an 
organization;  it  is  most  often  separate  from,  but  on  a  par 
with,  the  computer  operations  activity.  Sometimes,  there  is 
a  tie  to  the  comptroller's  office,  or  to  the  office  of  the 
director  for  administration. 

Reasons  cited  for  creating  the  database  administration 
function  fall  into  two  categories: 

(1)  General  commitment  to  database  and  database  concepts, 
i.e.,  looking  at  things  that  would  help  in  data  manage- 
ment, fulfilling  a  Database  Master  Plan,  pooling  data 
resources,  and  concentrating  database  expertise  in-house. 

(2)  To  solve  specific  problems,  such  as  data  redundancy, 
no  data  standards,  poor  data  access,  and  inadequate  data 
control . 


4.2  Functions 

The  ten  major  tasks  discussed  in  section  2  are  grouped 
here,   for  analysis,  as  follows: 

A.  Definition,  Design,  Implementation; 

B.  Maintenance/Management,  Performance  Monitoring  and 
Eval uat  ion 

C.  Security/Integrity,  Enforcement; 

D.  Selection/Procurement,  Liaison,  Training. 

The  order  in  which  these  appear  do  not  indicate  their  rela- 
tive importance  or  life  cycle  position. 

Barcharts  depicting  the  government  DBA  role  in  database 
administration  tasks  are  presented  in  figures  1-4.  There  is 
a  barchart  for  each  of  the  groupings  cited  above. 

The  following  legend  applies  to  all  the  bar-charts: 
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Direct  responsibility: 


indicates  a  major  role; 


Coordinating  role:  ranges  from  strong  participation  in 
a  team  effort  to  an  advisory/consulting  role; 

Other :  means  that  other  groups  within  the  overall  or- 
ganization perform  this  function; 

Not  applicable:  tasks  are  not  relevant  to  the  organi- 
zation . 

It  should  be  noted  that  the  legend  items  on  the  bar- 
charts  are  not  mutually  exclusive.  Even  when  direct  respon- 
sibility for  a  specific  task  was  claimed,  there  was  some 
measure  of  consultation  or  team  effort  reported.  When  "Oth- 
er" is  noted,  it  may  mean  a  standards  group,  a  computer 
operations  group,  or  an  end-user  performs  this  function. 
"Not  Applicable"  means  the  activities  are  not  being  per- 
formed at  the  present  time  by  anyone  in  that  organization. 
For  example,  if  a  DED/D  does  not  exist  in  an  organization, 
none  of  the  activities  related  to  the  DED/D  are  applicable. 
We  report  the  DBA's  statements  regarding  direct  responsibil- 
ity and  coordinating  role,  but  realize  that  there  is  often 
only  a  small  discernible  difference  between  the  two  roles. 
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FIGURE  1 

GOVERNMENT  DBA ' S   ROLE   IN  DATABASE  ADMINISTRATION  TASKS —  GROUP  A 
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FIGURE  2 

GOVERNMENT  DBA ' S  ROLE  IN  DATABASE  ADMINISTRATION  TASKS—GROUP  B 
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FIGURE  3 

GOVERNMENT  DBA ' S  ROLE  IN  DATABASE  ADMINISTRATION  TASKS  GROUP  C 
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FIGURE  4 

GOVERNMENT  DBA ' S  ROLE  IN  DATABASE  ADMINISTRATION  TASKS— GROUP  D 
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In  addition  to  being  asked  to  identify  which  tasks  they 
performed,  the  DBA's  were  asked  to  identify  tasks  "most  of- 
ten performed"  and  tasks  deemed  "most  important."  The  term 
DBA  here  means  the  DBA  team.  The  following  patterns  were 
observed  in  the  sample. 

*  In  75%  of  the  activities,     the     DBA    either     has  direct 

responsibility,  or  a  coordinating  role.  The  notable 
exception  is  in  the  area  of  data  collection.  Those 
surveyed  indicated  that  the  task  of  collecting  data  was 
performed  or  overseen  by  other  than  the  DBA.  Data  col- 
lection was  included  among  the  DBA  tasks  because  it  was 
so  reported  in  the  literature.  A  possible  explanation 
for  this  discrepancy  is  that  the  literature  reports  on 
industry  experience,  whereas  our  sample  covers  Federal 
DBA's  only. 

*  In     database  maintenance/management  and  database  perfor- 

mance monitoring/evaluation  activities,  the  DBA  has  ei- 
ther direct  responsibility  or  coordinating  responsibil- 
ity in  75%  of  the  sample  population. 

*  There  is  a  very  small  role  reported  in  the  database  do- 

cumentation area,  although  the  responsibility  clearly 
lies  within  the  DBA's  domain. 

*  Although     liaison,     selection/procurement,  enforcement, 

security/integrity,  and  training  activities  are  almost 
universally  the  direct  responsibility  or  strong  coordi- 
nating responsibility  of  the  entire  sample,  those  ac- 
tivities were,  however,  seldom  reported  as  being  "most 
often  performed"  or  deemed  "most  important." 

*  "Most  often  performed"  tasks  were:     design,  implementa- 

tion, and  maintenance/management,  followed  closely  by 
definition  and  performance  monitoring/evaluation  ac- 
tivities. Judged  "most  important"  tasks  were:  design, 
implementation  and  definition,  in  that  order.  Admit- 
tedly, since  many  activities  are  time-  and  stage- 
dependent,  it  is  difficult  to  analyze  these  responses. 
Very  often,  the  answer  to  "most  often  performed"  did 
not  correspond  with  the  answers  to  deemed  "most  impor- 
tant." 

*  Other  tasks  mentioned  included  planning,  scheduling,  do- 

cument preparation,  user  requirements  definition,  and 
applications  development. 

*  It  is  important  to  point  out  that     the     activities  that 

were  noted  as  being  "most  important"  and  "most  often 
performed"  are  the  technical  activities  within  the  DBA 
functions.     Although  the  DBA's  interviewed  claimed  that 
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they  were  more  administrative  than  technical  in  nature, 
in  fact,  the  analysis  based  on  their  responses  to  "most 
often  performed"  and  "most  important"  indicate  their 
technical  inclination. 


4.3  Tools 

Although  there  are  many  generalized  software  packages 
available  for  sale  or  lease,  some  DBA's  reported  that  they 
chose  to  build  their  own  software,  either  because  they  re- 
quired special  capabilities,  because  the  commercial  software 
was  unavailable  to  them,  or  because  they  felt  they  could 
build  better  or  cheaper  tools  in-house. 

The  availability  of  software  tools  to  the  sample  DBA 
population  is  summarized  in  figure  5.  This  availability  is 
reported  in  two  categories,  commercial  software  and  in-house 
developed  software.  Within  each  of  these  categories,  dis- 
tinction is  made  between  "free-standing"  and  "feature  of 
other  tool."  "Free-standing"  means  that  the  tool  is  a  self- 
contained  software  package;  "feature  of  other  tool"  means 
the  tool  is  a  capability  within  another  software  system, 
such  as  a  DBMS,  a  DED/D,  or  an  operating  system.  The  en- 
tries in  the  table  are  the  percentages  of  DBA's  who  reported 
that  these  tools  were  available.  It  should  be  noted  that 
although  tools  may  be  reported  as  available,  they  are  not 
necessarily  used  by  the  database  administration  group. 

4.3.1  Use  of  DBMS  and  DED/D.  92%  of  the  DBA's  reported  the 
usage  of  a  DBMS,  and  the  remaining  8%  is  in  the  process  of 
procuring  one.  More  than  half  actually  have  more  than  one 
such  system.  All  have  purchased  or  leased  commercial 
software;  sometimes  they  also  have  in-house  developed  sys- 
tems . 

92%  of  the  DBA's  reported  the  usage  of  a  DED/D,  and  the 
remaining  8%  has  plans  for  procuring  one  in  the  future.  75% 
of  the  DED/D ' s  are  in-house  developed  software. 

It  is  not  surprising  that  there  is  almost  total  use  of 
these  two  tools,  since  they  are  by  far  the  two  most  impor- 
tant tools  in  database  administration. 
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FIGURE  5 


AVAILABILITY  OF  SOFTWARE  TOOLS  TO  SAMPLE  DBA  POPULATIONi 
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NOTE:  The  entries  are  the  percentages  of  DBA's  who  reported  these 
tools  as  available. 
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4.3.2  Use  of  Other  Database  Administration  Tools.  The  tools 
Tn  this  section  are  frequently  features  of  other  systems, 
especially  operating  systems  and  DBMS.  As  such,  this  group 
of  tools  is  predominantly  reported  as  being  other  than  in- 
house  developed. 

All  the  tools  except  the  test  data  generator  were  re- 
ported generally  available.  Everyone  had  a  report  generator 
and  an  information  retrieval  system  in  the  toolchest.  On- 
line query  systems  and  data/file  maintenance  systems  were 
next  in  number*,  followed  closely  by  data  editing  and  valida- 
tion systems  and  cross  reference  generators.  75%  reported 
they  have  data  entry  systems,  editors,  flowchart  generators, 
and  text  and  file  ref ormatter s .  Most  report  also  the  use  of 
text  processors  and  data  auditors.  Although  flowchart  gen- 
erator was  a  tool  that  is  among  those  reported  most  general- 
ly available  to  the  DBA,  in  fact,  the  DBA's  claim  it  is  sel- 
dom used . 

It  is  difficult  to  draw  conclusions  from  figure  5,  for 
although  a  pattern  of  availability  exists,  the  amount  of  ac- 
tual usage  in  the  performance  of  database  administration 
functions  cannot  be  generalized. 


4.4  Problems 

The  DBA's  were  asked  to  discuss  problems  they  encoun- 
tered during  the  course  of  implementing  database  administra- 
tion functions  in  their  organization.  Responses  varied  from 
"it  is  too  early  to  tell,"  to  lurid  details  of  specific  si- 
tuations. Problems  are  summarized  in  two  categories:  non- 
technical problems  and  technical  problems. 

4.4.1  Non-Technical  Problems.  Non-technical  problems  usually 
had  to  do  with  lack  of  management  commitment,  jurisdictional 
questions,  data  ownership  disputes,  power  struggles,  poor 
communication,  inadequate  training,  and  high  costs.  Several 
specific  problems  are  noted  below: 

*  Lack  of  commitment  to  database  administration  con- 
cepts at  different  management  levels; 

*  Management  hesitant  to  commit  manpower  and  money  to 
internal] y-or iented ,  non-visible  projects; 

*  Unreasonable  management  demands; 

*  Lack  of  decision-making  power  for  the  DBA; 

*  Lack  of  enforcement  power  for  the  DBA; 
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*  Unresolved  jurisdictional  problems,  especially  when 
different  groups  perform  database  administration  tasks; 

*  Unclear  definition  of  responsibilities  of  DBA's, 
analysts,  users^ and  management; 

*  Frequent  reorganization  causing  instability  in  con- 
trol of  data; 

*  Undefined  ownership  and  control  of  data,  especially 
between  users  and  DBA; 

*  DBA  concepts  conflict  with  service  center  concepts; 

*  Failure  to  establish  effective  communication  lines 
between  DBA's,  technical  staff,  and  management; 

*  Insufficient  communication  between  DBA's  and  users 
with  respect  to  data  errors  and  availability  of  help; 

*  Decision-making  management  not  knowledgeable  in  tech- 
nological state-of-the-art; 

*  Lack  of  training  and  understanding  of  database  con- 
cepts and  DBMS  by  users  and  technical  staff. 

*  Lack  of  experience  in  database  technology. 

*  Skepticism  with  respect  to  the  success  of  database 
administration  practices; 

*  Resistance  of  analysts  and  programmers  to  DBA  in- 
terference ; 

*  Excessive  procurement  constraints  on  purchase  of 
hardware,   software,  and  services; 

*  Inadequate  cost-benefit  analyses  regarding  implement- 
ing DBMS  vs.  conventional  programming,  and  in  evaluat- 
ing in-house  vs.  commercial  software. 

*  High  cost  of  hardware,  software,  services,  technical 
staff,  training,  and  vendor  support; 

4.4.2  Technical  Problems.  Technical  problems  tend  to  be 
specific  to  each  organization,  but  some  general  problem 
areas  are  noted  below: 

*  Generalized  systems  sometimes  too  general  for  specif- 
ic applications;  tailored  systems  sometimes  too  inflex- 
ible for  changing  needs; 
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*  Commercial  software  sometimes  not  available  for  ex- 
isting hardware; 

*  Hardware/software  limitations  and  interface  problems; 

*  Absence  of  shared  databases  in  spite  of  DBMS  usage; 

*  DBMS  used  as  a  file  control  mechanism  rather  than  a 
database  administration  tool; 

*  Inability  to  assure  reliability  of  data; 

*  Lack  of  organizational  data  standards; 

*  Poor  system  and  software  documentation; 

*  Poor  vendor  technical  support; 

*  Too  much  dependence  on  vendor  support; 

*  Non-availability  of  commercial  software  source  code. 

4.5  Advice 

The  following  advice  was  offered  by  the  practicing 
DBA's  to  those  about  to  establish  this  function.  Much  of 
this  advice  is  based  on  hindsight  and  may  be  application- 
specific.  However,  it  should  be  helpful  to  future  DBA's 
since  it  is  based  on  actual  experience. 

*  Get  complete  management  support,  and  get  it  early; 

*  Establish  a  strong  organization,  with  good  lines  of 
communication ; 

*  Have  a  good  Database  Master  Plan; 

*  Be  flexible,  and  adaptable  to  change; 

*  Develop  credibility; 

*  Be  a  combination  of  a  good  technician  and  a  good  pol- 
itician ; 

*  Involve  the  users  in  planning; 

*  Hire  staff  with  strong  database  technology  back- 
ground, and  system  software  experience; 

*  Develop  strong  training  program  for  staff,  users  and 
management ; 
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*  Agree  on  standards  first  before  designing  a  system; 

*  Design  a  total  system,  but  implement  it  in  segments; 

*  Experiment  with  different  approaches; 

*  Implement  a  DED/D  early; 

*  Consider  the  usage  of  a  DBMS  early; 

*  Do  benchmarks  when  possible; 

*  Don't  try  to  do  too  much  at  once; 

*  Be  patient.  It  may  be  a  long  time  before  you  see 
results . 


5.  OBSERVATIONS 


In  the  Federal  Government,  interest  has  been  increasing 
both  with  respect  to  database  administration,  and  to  the  two 
most  basic  database  administration  tools,  the  DBMS,  and  the 
DED/D.  There  is  a  Federal  Information  Processing  Standards 
Task  Group  on  Data  Base  Management  System  Standards  (TG-24) , 
and  a  Federal  Information  Processing  Standards  Task  Group  on 
Data  Element  Dictionaries/  Directories   (TG-17) . 

A  recent  trend  is  to  utilize  existent  software  tools  to 
perform  automatable  functions.  The  software  industry  has 
developed  new  tools  and  fine-tuned  existing  ones  to  the  ex- 
tent that  today,  there  is  a  proliferation  of  software  tools 
that  can  help  the  DBA.  In  addition,  a  number  of  university 
projects  are  focusing  on  database  software  tools.  The  DBA 
toolchest  discussed  in  this  report  provides  the  technical 
means  for   implementing  a  database  environment. 

All  the  DBA's  interviewed  reported  that  the  two 
software  tools  they  use  most  are  the  DBMS  and  the  DED/D. 
This  overwhelming  response  is  expected,  since  the  utiliza- 
tion of  these  two  very  basic  database  administration  tools 
supports  an  effective,  efficient  and  secure  database. 

Organizational  placement  influences  the  effectiveness 
of  the  DBA.  The  closer  the  DBA  is  to  executive  management, 
the  stronger  the  influence  he  can  exert  on  database  adminis- 
tration practices  in  the  organization. 
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Organizations  with  a  long-established  DBA  function  fre- 
quently have  adopted  a  "project  team"  approach,  with  consid- 
erable user  involvement. 

Organizations  that  have  developed  a  strong  Database 
Master  Plan  have  a  smoother  transition  into  the  database  en- 
vironment. Their  database  functions  are  better  defined,  and 
many  of  the  non-technical  problems  are  more  readily 
resolved . 

Expertise  in  computer  technology  as  well  as  in  database 
technology,  and  administrative  skills  are  essential  for  the 
DBA  and  his  staff.  In  addition,  the  political  nature  of  the 
position  requires  diplomatic  finesse. 

Organizations  that  have  established  good  public  rela- 
tions within  the  database  administration  area  have  profited 
from  fewer  disagreements  and  confrontations  between  DBA's, 
users,  staff,  and  management.  When  the  liaison  function  is 
strongly  coupled  to  a  good  database  technology  training  pro- 
gram for  staff,  users,  and  management,  fewer  non- technical 
and  technical  problems  arise. 

Stage  of  implementation  is  a  temporary  distinction, 
for,  as  development  progresses,  the  functional  characteris- 
tics converge.  Thus,  it  is  not  surprising  that  "operation- 
al" activities  are  better  organized,  have  larger  staffs, 
have  higher  grades,  and  have  better-defined  plans  than  ac- 
tivities in  the  initiation  stages. 

It  is  interesting  to  note  that  although  the  advice  of- 
fered by  practicing  DBA's  is  specifically  concerned  with  da- 
tabase administration,  it  is  remarkably  similar  to  the  ad- 
vice offered  to  software  managers    [15] . 


6.      IMPLICATIONS  OF  DBA  COMMITMENT 


The  decision  to  implement  database  administration  func- 
tions in  an  organization  must  be  weighed  in  the  context  of 
the  organization's  needs  and  resources.  Ideally,  feasibility 
studies  and  cost-benefit  analyses  should  be  conducted  to 
determine  whether  or  not  to  adopt  the  database  approach 
[13] .  If  these  analyses  indicate  the  establishment  of  a  da- 
tabase administration  function,  then  a  good  "Database  Master 
Plan"  should  be  prepared,  which  includes  the  components  of 
the  database  environment,  the  mechanics  of  implementation, 
definition  of  responsibilities  and  authority,  and  rules  and 
procedures . 
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Although  the  incorporation  of  database  administration 
concepts  does  not  solve  all  database  problems  automatically, 
a  wel 1- implemented  DBA  function  can  do  much  to  improve  the 
management  and  control  of  an  organization's  data  resources. 
There  are  two  dimensions  to  a  successful  implementation  of 
database  administration  functions:  the  advantages  to  manage- 
ment, and  the  commitment  that  management  must  provide.  What 
database  administration  should  do  for  management  is  dis- 
cussed below.  In  order  to  ensure  the  success  of  the  DBA 
function,  the  highest  level  management  must  give  full  sup- 
port to  database  administration.  A  discussion  of  what 
management  must  do  for  the  DBA  concludes  this  report. 

6.1     What  Database  Administration  Should  Do  For  Management 

Adopting  database  administration  concepts  can  improve 
an  organization's  effectiveness,  since  a  focal  point  is  es- 
tablished for  the  responsibility,  the  management,  and  the 
control  of  the  total  data  resources.  Some  of  the  advantages 
to  management  of  having  a  strong  database  administration 
function  are  detailed  below: 

*  A  controlled  database  environment  can  help  assure  effi- 

cient  performance  and  increased  operational  reliability 
in  the  manipulation  of  data.  It  can  promote  data  in- 
tegrity; encourage  standard  data  usages;  enforce  secu- 
rity safeguards;  ensure  controlled  accessibility;  and 
balance  conflicting  requirements. 

*  Centralization  of  data  resources  can     result     in  shared 

databases,  and  encourage  effective  specification  and 
management  of  the  total  organizational  data  resources. 
Design  and  development  of  database  application  systems 
can  be  improved  through  the  use  of  the  DBA  software 
toolchest.  Consistent  and  timely  documentation  can  be 
enforced  through  the  application  of  uniform  rules  and 
procedures . 

*  Uniform  database  monitoring  can  facilitate  a     total  or- 

ganization overview  of  all  data  resources.  It  can  help 
in  managing  the  growth  and  changes  occurring  in  the  da- 
tabases, by  ensuring  that  the  growth  is  anticipated  and 
controlled.  Optimization  of  database  utilization  can 
result  from  enforced  shared  data  resources.  Reorgani- 
zation, redesign,  and  restructuring  activities  can  be 
performed  centrally  for  the  entire  organization,  as 
these  become  necessary. 

*  Reduced  cost  of  computer  operations  can  result  from  the 

elimination  of  unnecessary  duplication  in  collecting, 
processing,  and  disseminating  data.   Further,  timely  and 
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up-to-date  reports  can  help  management  in  making  cost- 
effective  decisions. 


6.2     What  Management  MUST  Do  for  the  DBA 

Once  it  has  been  decided  to  adopt  database  administra- 
tion concepts,  full  commitment  and  support  must  be  given  by 
the  highest  level  management  to  the  Database  Administrator, 
since  the  implementation  of  these  concepts  affects  the  en- 
tire organization.  This  commitment  and  support  must  be  ex- 
pressed in  the  form  of: 

*  Authority:  The  DBA  must  be  given  the  authority  to 
make  decisions  and  the  power  to  implement  any  required 
changes.  One  of  the  ways  in  which  this  authority  could 
be  ensured,  is  to  place  the  DBA  very  high  organization- 
ally. 

*  Definition  of  Responsibilities:  The  DBA's  responsi- 
bilities must  be  clearly  defined,  preferably  in  a  for- 
mal document  such  as  a  charter.  This  is  essential  if 
later  jurisdictional  disputes  are  to  be  avoided. 

*  Compliance  Power:  The  DBA  must  be  given  the  power 
to  enforce  the  rules  and  regulations  associated  with 
the  implementation  of  database  administration  concepts. 

*  Resources:  The  DBA  must  be  given  the  necessary 
resources  to  carry  out  his  functions,  including  staff, 
time,  money,  and  equipment. 
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APPENDIX  B 


DBA  INTERVIEW  OUTLINE 


1.  What  is  the  DBA  function  in  your  organization  called? 

2.  Where  is  this  function  located  organizationally? 

3.  Are  there  other  DBAs  not  in  your  group,  but  in  your  or- 
ganization? 

4.  Is  the  function  project-oriented  or  overall 
organization-oriented? 

5.  Is  it  primarily  administrative  or  primarily  technical? 

6.  How  many  people  are  in  the  group?  Do  they  work  at  this 
task  full-time  or  part-time?  Are  they  technical  or  adminis- 
trative types?  What  specific  training  in  database  manage- 
ment do  they  have? 

7.  When  was  this  position/function  created? 

8.  What  was  the  purpose  in  creating  it? 


TASKS 

9.  From  the  attached  list  of  functions  performed  by  DBA's, 
check  those  which  are  performed  by  your  group.  (If  per- 
formed by  a  different  group,   indicate  this.) 

10.  Additions  to  this  list? 

11.  Rank  the  3-5  major  categories  of  tasks  most  often  per- 
formed . 

12.  Rank  the  3-5  major  categories  of  tasks  you  deem  most  im- 
portant . 


TOOLS 


13.  Describe  the  hardware/software  environment. 

14.  Check  on  the  list  of  tools  those  that  are  used  in  data 
administration,  and  whether  you  bought,  leased  or  built 
them . 

15.  Is  our  list  of  tools  complete? 


-36- 


16.  Are  there  other  tools  you  use?  (Include  non-automated 
tools . ) 

17.  If  more  than  1  DBMS  is  used,  are  they  administered  by 
the  same  DBA  group? 


PROBLEMS 


18.  What  non-technical  problems  did  you  encounter?  (organi- 
zational, jurisdictional,  resistance...) 

19.  What  technical  problems  did  you  encounter? 
(hardware/software/DBMS  incompatibilities,  non- 
availability .  .  . ) 

20.  What  would  you  have  done  differently,  given  the  chance 
now? 

21.  Are  the  'database  commitment'  and  DBA  concept  firmly  en- 
trenched in  your  organization? 

22.  What  advice  would  you  offer  to  a  new  DBA,  based  on  your 
exper  ience? 

23.  Do  you  know  other  DBA's  in  the  Government? 
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APPENDIX  C 


DATABASE  ADMINISTRATION  TASKS  ~  INTERVIEW  OUTLINE 


DATE:  

NAME :   TITLE : 

AGENCY: 


DATABASE  ADMINISTRATION  TASKS  RESPONSIBILITY  OF: 

DBA  OTHER 


1.  Database  definition  /  redefinition 

a.  defines  data  elements 

b.  defines  relationships  among  elements, 
programs,  reports,  etc. 

c.  defines  data  standards 


2.  Selection  /  Procurement 

a.  hardware 

b.  software 

c.  services 


3.  Database  design  /  redesign 

a.  structures  database  (including  designs 
of  mapping  and  search  strategies) 

b.  designs  DED/D 

c.  designs  database  support  software 
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DATABASE  ADMINISTRATION  TASKS 


RESPONSIBILITY  OF: 
DBA  OTHER 


4.  Database  creation 

a.  collects  data 

b.  implements  data  definitions 

c.  implements  the  DED/D 

d.  inplements  database  support  software 

5.  Integrity/  Security 

a.  designs  and  develops  integrity  checks  to 
the  system  (including  validation  rules) 

b.  implements  failsafe  procedures  (backup 
and  recovery) 

c.  specifies  and  implements  audit  trails 
and  loggings  (e.g.,  recording  of  the  up- 
dates and  changes  to  the  database) 

d.  defines  auditing  requirements 

e.  provides  security  authorization  and  as- 
signs passwords 

6.  Maintenance/  Management 

a.  maintains  DED/D 

b.  updates  database  definitions 

c.  maintains  database  documentation 

d.  develops  policies  and  practices  for  data 
usage 
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DATABASE  ADMINISTRATION  TASKS 


RESPONSIBILITY  OF: 
DBA  OTHER 


7.  Performance  monitoring  and  evaluation 

a.  reviews  and  evaluates  performance  of  au- 
tomated data  activities 

b.  reviews  and  evaluates  procedural  data 
activities 

c.  initiates  system  improvements  (redefini- 
tion, restructure  database,  new  procedures, 
new  procurements,  etc.) 

d.  determines  economics  of  data  usage 
(e.g.,  assesses  impact  of  changes) 

e.  maintains  awareness  of  the  state  of  the 
art  in  database  technology 

8.  Enforcement 

a.  develops  and  administers  database  con- 
trol procedures 

b.  determines  compliance  with  established 
standard  usages 

c.  is  responsible  for  access  control  and 
security  of  the  database 

9.  Liaison 

a.  with  users  for  assistance  and  informa- 
tion 

b.  with  systems  and  applications 
analysts/programmers  for  information,  and 
compliance  with  standards 

c.  with  organizational  management 

10.  Training 

a.  users 

b.  staff 

c.  management  briefings  and  seminars 
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APPENDIX  D 


DATABASE  ADMINISTRATION  TOOLS  ~  INTERVIEW  OUTLINE 


TOOLS  NAME  USED  IN 

WHICH  TASK? 


Data  Base  Management  System  (DBMS) 

Data  Element  DictionaryA'ir'ectory  (DED/D) 

Information/Data  Retrieval  Systems 

Online  query  systems 

Data  entry  systems 

Editors 

Flowchart  generator 

Text  processors 

Report  generators 

Cross  reference  generators 

Text/file  reformatter 

Data/file  maintenance  programs 

Data  editing  and  validation  systems 

Data  auditor 

Data  security 

Test  data  generator 

Optimizers 

Automatic  Space  generator 

Scheduler 

Project  manager 

Librarian  (program,  file,  etc.) 
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materials,  compiled  from  the  world's  literature  and  critically 

■evaluated.  Developed  under  a  world-wide  program  co- 
ordinated by  NBS.  Program  under  authority  of  National 
(Standard  Data  Act  (Public  Law  90-396). 

I 


NOTE:  At  present  the  principal  publication  outlet  for  these 
data  is  the  Journal  of  Physical  and  Chemical  Reference 
Data  (JPC'RD)  published  quarterly  for  NBS  by  the  Ameri- 
can Chemical  Society  (ACS)  and  the  American  Institute  of 
Physics  (AIP).  Subscriptions,  reprints,  and  supplements 
available  from  ACS,  1155  Sixteenth  St.  N.W.,  Wash.,  D.C. 
20056. 

Building  Science  Series — Disseminates  technical  information 
developed  at  the  Bureau  on  building  materials,  components, 
systems,  and  whole  structures.  The  series  presents  research 
results,  test  methods,  and  performance  criteria  related  to  the 
structural  and  environmental  functions  and  the  durability 
and  safety  characteristics  of  building  elements  and  systems. 
Technical  Notes — Studies  or  reports  which  are  complete  in 
themselves  but  restrictive  in  their  treatment  of  a  subject. 
Analogous  to  monographs  but  not  so  comprehensive  in 
scope  or  definitive  in  treatment  of  the  subject  area.  Often 
serve  as  a  vehicle  for  final  reports  of  work  performed  at 
NBS  under  the  sponsorship  of  other  government  agencies. 
Voluntary  Product  Standards — Developed  under  procedures 
published  by  the  Department  of  Commerce  in  Part  10, 
Title  15,  of  the  Code  of  Federal  Regulations.  The  purpose 
of  the  standards  is  to  establish  nationally  recognized  require- 
ments for  products,  and  to  provide  all  concerned  interests 
with  a  basis  for  common  understanding  of  the  characteristics 
of  the  products.  NBS  administers  this  program  as  a  supple- 
ment to  the  activities  of  the  private  sector  standardizing 
organizations. 

Consumer  Information  Series — Practical  information,  based 
on  NBS  research  and  experience,  covering  areas  of  interest 
to  the  consumer.  Easily  understandable  language  and 
illustrations  provide  useful  background  knowledge  for  shop- 
ping in  today's  technological  marketplace. 
Order  above  NBS  publications  from:  Superintendent  of 
Documents,  Government  Printing  Office,  Washington,  D.C. 
20402. 

Order  following  NBS  publications — NBSIR's  and  FIPS  from 
the  National  Technical  Information  Services,  Springfield, 
Va.  22161. 

Federal  Information  Processing  Standards  Publications 
(FIPS  PUB) — Publications  in  this  series  collectively  consti- 
tute the  Federal  Information  Processing  Standards  Register. 
Register  serves  as  the  oflficial  source  of  information  in  the 
Federal  Government  regarding  standards  issued  by  NBS 
pursuant  to  the  Federal  Property  and  Administrative  Serv- 
ices Act  of  1949  as  amended,  Public  Law  89-306  (79  Stat. 
1127),  and  as  implemented  by  Executive  Order  11717 
(38  FR  12315,  dated  May  11,  1973)  and  Part  6  of  Title  15 
CFR  (Code  of  Federal  Regulations). 

NBS  Interagency  Reports  (NBSIR) — A  special  series  of 
interim  or  final  reports  on  work  performed  by  NBS  for 
outside  sponsors  (both  government  and  non-govemment). 
In  general,  initial  distribution  is  handled  by  the  sponsor; 
public  distribution  is  by  the  National  Technical  Information 
Services  (Springfield,  Va.  22161)  in  paper  copy  or  microfiche 
form. 


BIBLIOGRAPHIC  SUBSCRIPTION  SERVICES 


Hie  following  current-awareness  and  literature-survey  bibli- 
ographies are  Issued  periodically  by  the  Bureau: 
Cryogenic  Data  Center  Current  Awareness  Service.  A  litera- 
ture survey  issued  biweekly.  Annual  subscription:  Domes- 
tic, $25.00;  Foreign,  $30.00. 
Liquified  Natural  Gas.  A  literature  survey  issued  quarterly. 
Annual  subscription:  $20.00. 


Superconducting  Devices  and  Materials.  A  literature  survey 
issued  quarterly.  Annual  subscription:  $30.00.  Send  subscrip- 
tion orders  and  remittances  for  the  preceding  bibliographic 
services  to  National  Bureau  of  Standards,  Cryogenic  Data 
Center  (275.02)  Boulder,  Colorado  80302. 
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